home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 783 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.2 KB
  1. Path: phoenix.rhein.de!yaps!arno
  2. From: arno@yaps.rhein.de (Arno Eigenwillig)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: OS features
  5. Message-ID: <hmAVx*Y3f@yaps.rhein.de>
  6. Date: Tue, 09 Jan 1996 15:06:57 +0100
  7. References: <92747544038@PAPA.NORTH.DE> <4b3h9s$1st@alterdial.UU.NET>
  8.  <2152.6561T63T2136@cycor.ca> <4b7i18$si1@vixen.cso.uiuc.edu>
  9.  <oj6raxxrr0o.fsf@hpsrk.fc.hp.com> <13213431@sourcery.han.de>
  10.  <4cpmlv$obe@ousrvr3.oulu.fi> <4cqqfq$khf@serpens.rhein.de>
  11.  <1850.6581T1132T2235@idefix.wu-wien.ac.at> <4cs6ri$no8@serpens.rhein.de>
  12. Organization: Yet Another Private Site in Meckenheim, Germany
  13. X-Copyright: This article may not be distributed on a CD-ROM
  14.  or in printed form without prior written consent of the author.
  15. X-Newsreader: Arn V 1.04
  16.  
  17. Hi.
  18.  
  19. I suppose nobody cares, but my opinion on memory-protection for
  20. AmigaOS is as follows:
  21.  
  22. AmigaOS is a great OS. That is, a great implementation of an elegant
  23. concept based on certain, let's say, axioms. AmigaOS has evolved quite
  24. nicely from a bare-bones release 1.0 to a truly powerful release 3.1.
  25. This evolution has taken place on basis of these axioms. New unifying
  26. layers have been laid over existing ones, like GadTools over Intuiti-
  27. on.
  28.  
  29. The one axiom relevant here is:
  30.  
  31.     All memory shall be available
  32.     from every context at any time
  33.     using a single address.
  34.  
  35. I think I need not elaborate about the ubiquitous effects of that
  36. axiom. Although there are remnants of pre-1.0 attempts to overcome
  37. this (MEMF_PUBLIC, mn_Length, ...), over 10 years of existing prac-
  38. tise have set this axiom into stone.
  39.  
  40. For some time now, again and again plans have been proposed to stretch
  41. the OS beyond that axiom. Such plans always lead to two problems:
  42.  
  43. 1) How to we stay compatible?
  44. 2) What other OS features need to be re-designed to fit to memory
  45.    protection.
  46.  
  47. No. 1 always is intended to be solved by treating old software as a
  48. special case, giving it a common address space without mutual protec-
  49. tion.
  50.  
  51. No. 2 usually is not elaborated further, but is nevertheless very
  52. important. Virtually all non-trivial interactions of applications and
  53. OS as well as communication among cooperating applications need to be
  54. re-designed or would infer severe performance penalties.
  55.  
  56. Therefore, I believe that a hypothetical new AmigaOS with memory
  57. protection (and, less problematic, virtual memory) would be an ugly
  58. kludge, because it either cannot offer full memory protection and has
  59. to make compromises to keep old semantics of the programming model, or
  60. will have to offer most operations in several ways, depending on the
  61. level of memory protection applicable for the individual application.
  62.  
  63. The problems of having all exiting drivers migrate to the new system
  64. have already been mentioned.
  65.  
  66. AmigaOS is nice within its design axioms. Let's not try and stretch it
  67. beyond them. DOS and Windoze have already demonstrated that this leads
  68. to bloat and kludginess.
  69.  
  70. If we need a very tight integration of memory, files and arbitrary
  71. high- and low-level I/O streams, let's take Un*x right away and not
  72. half-heartedly make AmigaOS a bad imitation.
  73.  
  74. -- __
  75. __/// Arno Eigenwillig /\ <arno@yaps.rhein.de> \/ PGP key available.
  76. \XX/   V+49-2225-5870  /\ <Arnooo @ #amigager> \/ MIME 8bit welcome.
  77.